Введение

Данная курсовая работа посвящена проектированию информационной системы организации мероприятий в образовательном учреждении «Университет «Дубна».

В университете «Дубна» проводятся различные мероприятия: олимпиады, курсы, открытые семинары и лекции, конференции, спортивные соревнования, информация о которых вывешивается на доске объявлений в университете и публикуется на сайте университета.

Внедрение информационной системы (ИС) позволит упростить процесс организации мероприятий. Организаторы мероприятий смогут сообщать о приближающихся мероприятиях, вносить изменения в условия проведения мероприятий, сообщать о результатах проведения мероприятий (результаты олимпиад, соревнований, отчёты о проведении конференций). Всем участникам и кураторам будет предоставлена возможность регистрации в ИС. Все зарегистрированные пользователи смогут получать e-mail рассылку, содержащую информацию о приближающихся событиях внутри университета, подавать заявки, подтверждать свое участие в мероприятии, просматривать результаты проведения мероприятий, общаться с другими участниками, оставлять отзывы.

Advertisement
Узнайте стоимость Online
  • Тип работы
  • Часть диплома
  • Дипломная работа
  • Курсовая работа
  • Контрольная работа
  • Решение задач
  • Реферат
  • Научно - исследовательская работа
  • Отчет по практике
  • Ответы на билеты
  • Тест/экзамен online
  • Монография
  • Эссе
  • Доклад
  • Компьютерный набор текста
  • Компьютерный чертеж
  • Рецензия
  • Перевод
  • Репетитор
  • Бизнес-план
  • Конспекты
  • Проверка качества
  • Единоразовая консультация
  • Аспирантский реферат
  • Магистерская работа
  • Научная статья
  • Научный труд
  • Техническая редакция текста
  • Чертеж от руки
  • Диаграммы, таблицы
  • Презентация к защите
  • Тезисный план
  • Речь к диплому
  • Доработка заказа клиента
  • Отзыв на диплом
  • Публикация статьи в ВАК
  • Публикация статьи в Scopus
  • Дипломная работа MBA
  • Повышение оригинальности
  • Копирайтинг
  • Другое
Прикрепить файл
Рассчитать стоимость

Постановка задачи

Цель

Целью данной курсовой работы является проектирование информационной системы организации мероприятий в университете «Дубна», которая упростит, отчасти автоматизирует этот процесс и позволит:

• всем пользователям просматривать информацию о мероприятиях, оставлять отзывы, оставлять заявки на участие в мероприятиях, получать e-mail рассылку, содержащую информацию о мероприятиях;

• преподавателям добавлять, изменять и удалять информацию о мероприятиях.

Исходные данные

В качестве исходных данных для проектирования информационной системы использовались:

• информация о процессе организации мероприятий в университете «Дубна»;

• данные о преподавателях университета «Дубна».

Представление о модели

Информационная система будет представлять собой веб-приложение, главная функция которого — обеспечивать организацию мероприятий. Проектируемая система должна:

• иметь возможность регистрации пользователей;

• предоставлять преподавателям возможность добавления, изменения и удаления информации о мероприятиях;

• предоставлять всем пользователям возможность оставления заявок и отзывов на мероприятия.

• предусматривать пользовательский интерфейс, обеспечивающий удобство и простоту работы;

• обеспечивать надежность и бесперебойность работы.

Внимание!

Работа № 3690. Это ОЗНАКОМИТЕЛЬНАЯ ВЕРСИЯ дипломной работы, цена оригинала 1000 рублей. Оформлен в программе Microsoft Word. 

ОплатаКонтакты.

Результат

Результатом будет являться проект информационной системы и частичная реализация сайта, на котором пользователи смогут пройти регистрацию в одной из трёх форм: школьника, студента или преподавателя; добавить, изменить или удалить информацию и мероприятиях, просмотреть результаты проведения мероприятия, оставить заявки на мероприятие и отзывы.

Критерий оценки результата

• Проектирование информационной системы выполнено на 100%.

• Частичная реализация сайта выполнена на 60%.

Средства проектирования

В ходе проектирования информационной системы будут использованы такие CASE-средства, как: ERWin Process Modeler, ERWin Data Modeler, HAT (Hyper Analysis Toolkit). Сайт будет реализован с помощью следующих прикладных программных продуктов: Adobe Dreamweaver CS4, Adobe PhotoShop CS4. Для реализации проекта будут использованы такие языки программирования, как: HTML, JavaScript, PHP, MySQL.

Логическая модель

Логическая модель системы (модель требований) описывает, что должна делать проектируемая система. На данном этапе не рассматривается, как система будет удовлетворять предъявленным требованиям. Здесь используются такие средства, как гипертекст, диаграммы потоков данных, словарь данных. [2]

Гипертекст

Гипертекст — это словесное описание того, что должна делать проектируемая система, со ссылками на реально используемые элементы. Он является мостом между гуманитарным характером привычных способов общения между людьми и научным, структурным характером представления информации, необходимым для адекватного решения задач. [2]

Проект «Организация мероприятий в университете «Дубна»

Информационная система представляет собой систему по организации мероприятий в университете «Дубна» — олимпиад, курсов, конференций, открытых лекций и семинаров. Пользователь проходит регистрацию в системе. После этого ему предоставляется возможность (в соответствии с правами доступа) добавления, изменения и удаления информации о мероприятии, оставления заявок на мероприятие. После организации нового мероприятия формируется список участников, разделённых на группы, каждой из которых назначается куратор. После формирования списка участников и кураторов, им на электронную почту приходит уведомление о том, что их заявка одобрена (e-mail рассылка). За три дня до даты проведения мероприятия участники должны подтвердить свое участие в мероприятии. После проведения мероприятия участники получают возможность просмотра результатов мероприятия и оставления отзывов о мероприятии.

Диаграммы потоков данных

Диаграммы потоков данных (DFD) являются наиболее известным и часто используемым средством моделирования функциональных требований к проектируемой системе. DFD позволяют разбить эти требования на функциональные компоненты — процессы, связанные потоками данных. Это дает возможность продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между процессами. [2]

Предконтекстная диаграмма

Предконтекстная диаграмма DFD отражает функционирование реальной системы до ее автоматизации или системы, существующей только в воображении заказчика. В данной работе, в результате предпроектного исследования системы организации мероприятий, была представлена в Erwin Process Modeler предконтекстная диаграмма для разрабатываемой системы (рис. 1).

Рис 1. Предконтекстная диаграмма

Организатор мероприятия предоставляет информацию о мероприятии. Потенциальные участники и кураторы оставляют заявки на мероприятие. После сбора заявок, организатор формирует группы и назначает каждой группе куратора.

Контекстная диаграмма

Контекстная диаграмма — это DFD-диаграмма, моделирующая систему наиболее общим образом. Контекстная диаграмма отражает интерфейс системы с внешним миром.

Как правило, на контекстной диаграмме присутствует всего один процесс, отражающий главную цель системы, а также внешние сущности, с которыми система связана посредством информационных потоков. [3]

На контекстной диаграмме изображен основной процесс — ИС Организации мероприятий, внешние сущности: участники, кураторы, зарегистрированные и незарегистрированные пользователи, преподаватели и связи между ними (рис. 2).

Рис 2. Контекстная диаграмма

Незарегистрированные пользователи – система

Пользователи, незарегистрированные в системе, имеют возможность просмотра информации о мероприятиях и регистрации в системе. Для регистрации они должны предоставить личные данные. После проверки данных пользователю на электронную почту приходит уведомление о регистрации.

Преподаватели – система

Зарегистрированные по форме преподавателя пользователи имеют возможность добавлять, изменять и удалять информацию о мероприятиях. После добавления нового мероприятия, преподаватели получают список сформировавшихся групп участников и их кураторов. Чтобы войти в систему, преподаватель должен предоставить данные для входа — e-mail и пароль.

Потенциальные участники – система

Пользователи, оставившие заявку на участие в мероприятии, но еще не получившие подтверждения заявки, являются потенциальными участниками. Они могут просматривать информацию о мероприятиях и оставлять заявки на другие мероприятия.

Потенциальные кураторы

Пользователи, оставившие заявку на кураторство мероприятия, но еще не получившие подтверждения заявки, являются потенциальными кураторами. Они могут просматривать информацию о мероприятиях и оставлять заявки на другие мероприятия.

Участники – система

Потенциальные участники, заявка которых одобрена системой, становятся полноценными участниками. Они могут просматривать результаты проведения мероприятия и оставлять отзывы о мероприятии.

Кураторы – система

Потенциальные кураторы, заявка которых одобрена системой, становятся полноценными кураторами. Они могут просматривать результаты проведения мероприятия и оставлять отзывы о мероприятии.

Физическая модель

Физическая модель системы демонстрирует, как система будет удовлетворять предъявленным к ней требованиям. [2]

Требования к системе:

• быстрый ввод данных;

• удобный и простой пользовательский интерфейс;

• надежность и бесперебойность работы.

Физическая модель является расширением логической модели и содержит детализацию процессов и спецификации процессов на структурированном естественном языке. Спецификации процессов используются для описания функционирования процесса в случае отсутствия необходимости детализировать его с помощью DFD. Фактически они представляют собой алгоритмы описания задач, выполняемых процессами, и множество всех спецификаций является полной спецификацией системы.

После анализа работы информационной системы с помощью логической модели, была построена физическая модель, которая детально описывает работу данной системы.

Детализация процессов

DFD первого уровня строится как декомпозиция процесса, который присутствует на контекстной диаграмме.

На DFD первого уровня «ИС Организации мероприятий» изображены следующие процессы: регистрация пользователей, входа пользователя в систему, возможности пользователя, организация мероприятия, учёт мероприятий (рис. 3).

Рис. 3. Диаграмма детализации процессов первого уровня

0 «ИС Организации мероприятий»

Каждый из процессов полученной DFD первого уровня в свою очередь может быть детализирован DFD нижнего уровня. Таким образом, строится иерархия диаграмм, позволяющая эффективно описать структуру системы.

Регистрация пользователей

Каждый пользователь системы имеет возможность пройти регистрацию в системе. После заполнения одной из форм регистрации, система проверяет введённые данные и посылает уведомление о регистрации пользователю. Если все данные корректны, то уведомление содержит информацию об успешной регистрации, в противном случае — о неудачной регистрации.

Рис. 4. Диаграмма детализации процесса

0.1 «Регистрация пользователей»

Выбор формы регистрация

Регистрация возможна в одной из следующих форм: преподавателя, школьника, студента. Пользователи вводят требуемые для формы данные, которые проверяются системой.

Рис. 5. Диаграмма детализации процесса

0.1.5 «Выбор формы регистрации»

Проверка данных

Система проверяет e-mail адрес на валидность, подтверждение пароля и ключ преподавателя, который хранится в базе данных и сверяется в соответствии с введённой фамилией, именем и отчеством преподавателя.

Рис. 6. Диаграмма детализации процесса

0.1.3 «Проверка данных»

Подтверждение регистрации пользователя

Если регистрация прошла успешно, то данные о пользователе заносятся в базу данных. Уведомление о регистрации отправляется пользователю на электронную почту.

Рис. 7. Диаграмма детализации процесса

0.1.2 «Подтверждение регистрации пользователя»

Организация мероприятия

Система позволяет организовывать мероприятия следующим образом: преподаватель добавляет информацию о мероприятии — дату, место проведения, категорию участников; далее происходит приём заявок на мероприятие от желающих участвовать в мероприятии и курировать мероприятие. После сбора всех заявок происходит формирование групп участников и назначение каждой группе куратора. Система формирует групп и назначает куратора автоматически.

Рис. 8. Диаграмма детализации процесса

0.12 «Организация мероприятия»

Добавление мероприятия

Преподаватель может добавить мероприятие в систему. Для этого ему необходимо предоставить данные: название, дата проведения, категория участников, дополнительное описание мероприятия. Данные проверяются системой и, если в них нет ошибок, заносятся в базу данных.

Рис. 9. Диаграмма детализации процесса

0.12.5 «Добавление мероприятия»

Приём заявок

Система принимает заявки на мероприятие, которые могут быть двух видов: на кураторство и участие. Из заявок формируются списки потенциальных кураторов и участников, которые заносятся в базу данных.

Рис. 10. Диаграмма детализации процесса

0.12.1 «Приём заявок»

Выбор кураторов

Каждой образованной группе назначается куратор, которых отбирается из списка потенциальных кураторов. Формируется список кураторов, который заносится в базу данных. Заявки остальных кураторов отклоняются.

Рис. 11. Диаграмма детализации процесса

0.12.3 «Выбор кураторов»

Учёт мероприятий

В системе ведётся учёт всех мероприятий, который разделяется на следующие функции: изменение и удаление информации о мероприятии, занесение информации в базу данных, сбор отзывов и рассылка информации о мероприятии.

Рис. 13. Диаграмма детализации процесса

0.10 «Учёт мероприятий»

Возможности пользователя

Пользователю, зарегистрированному в системе, в соответствии с правами доступа, предоставляется такие возможности, как: работа с мероприятием, оставление заявок, просмотр прошедших мероприятий и оставление для них отзывов.

Рис. 14. Диаграмма детализации процесса

0.15 «Возможности пользователя»

Работа с мероприятиями

Работа с мероприятиями подразумевает работы по учёту мероприятий (изменение, удаление информации), а также просмотр предстоящих мероприятий.

Рис. 15. Диаграмма детализации процесса

0.15.3 «Работа с мероприятиями»

Диаграмма «сущность-связь» (ERD)

Диаграммы «сущность-связь» (ERD) — это базовые средства информационного моделирования. Они предназначены для разработки моделей данных и обеспечивают стандартный способ определения данных и отношений между ними. [3]

Любой объект системы представляется в виде одной сущности, которая уникально идентифицирована. Отношение в общем виде представляет собой связь между двумя и более сущностями. Пара значений связей, принадлежащих одному и тому же отношению, определяет тип этого отношения. Существует три основных типа отношений: один к одному, один ко многим, многие ко многим.

Для проектируемой системы была составлена диаграмма «сущность-связь», представленная на рис. 16. Она включает сущности и отношения между ними.

Рис. 16. Диаграмма «Сущность — связь»

Словарь проекта

Словарь проекта описывает весь проект, перечисляя все, что в нем содержится – процессы (<PRO>), потоки (<DF>), внешние сущности (<EXT>) и базы данных(<STR>):

<PRO> ИС Организации мероприятий

<PRO> Регистрация пользователей

<PRO> Выбор формы регистрации

<PRO> Заполнение формы студента

<PRO> Заполнение формы преподавателя

<PRO> Заполнение формы школьника

<PRO> Проверка данных

<PRO> Проверка валидности e-mail

<PRO> Проверка подтверждения пароля

<PRO> Проверка данных преподавателя

<PRO> Сбор проверенных данных

<PRO> Подтверждение регистрации пользователя

<PRO> Занесение данных пользователя в базу

<PRO> Отправка уведомления о регистрации по e-mail

<PRO> Учёт мероприятий

<PRO> Изменение информации о мероприятии

<PRO> Удаление мероприятия

<PRO> Сбор отзывов о проведённых мероприятиях

<PRO> Занесение мероприятия в общую базу

<PRO> Рассылка информации о мероприятии

<PRO> Организация мероприятия

<PRO> Добавление мероприятия

<PRO> Проверка введённых данных

<PRO> Занесение информации в базу

<PRO> Приём заявок

<PRO> Сбор заявок на участие

<PRO> Сбор заявок на кураторство

<PRO> Разделение участников на группы

<PRO> Выбор кураторов

<PRO> Назначение куратора группе

<PRO> Формирование списка кураторов

<PRO> Возможности пользователя

<PRO> Оставление заявки

<PRO> Работа с мероприятиями

<PRO> Работы по учёту мероприятий

<PRO> Просмотр предстоящих мероприятий

<PRO> Оставление отзывов

<PRO> Просмотр прошедших мероприятий

<PRO> Вход пользователя в систему

<DF> E-mail пользователей

<DF> E-mail пользователя

<DF> Введённые данные

<DF> Группа и куратор

<DF> Данные для входа в систему

<DF> Данные для регистрации

<DF> Данные пользователя

<DF> Заявка на кураторство

<DF> Заявка на участие в мероприятии

<DF> Информация о мероприятии

<DF> Информация о мероприятиях

<DF> Информация о прошедших мероприятиях

<DF> Корректный e-mail

<DF> Корректный ключ

<DF> Ключ преподавателя

<DF> Корректный пароль

<DF> Оставленные заявки

<DF> Отзывы о мероприятии

<DF> Пароль пользователя

<DF> Права доступа

<DF> Проверенная информация

<DF> Проверенные данные

<DF> Проверенные отзывы

<DF> Разрешение на регистрацию

<DF> Список групп

<DF> Список кураторов

<DF> Список мероприятий

<DF> Список потенциальных кураторов

<DF> Список потенциальных участников

<DF> Список предстоящих мероприятий

<DF> Уведомление о регистрации

<EXT> Кураторы

<EXT> Участники

<EXT> Незарегистрированные пользователи

<EXT> Преподаватели

<EXT> Потенциальные участники

<EXT> Потенциальные кураторы

<STR> База данных

Словарь данных

Словарь данных представляет собой определенным образом организованный список всех элементов данных системы с их точными определениями, что дает возможность различным категориям пользователей (от системного аналитика до программиста) иметь общее понимание всех входных и выходных потоков и компонентов хранилищ. [1]

Спецификации процессов используются для описания функционирования процесса в случае отсутствия необходимости детализировать его с помощью DFD. Фактически они представляют собой алгоритмы описания задач, выполняемых процессами, и множество всех спецификаций является полной спецификацией системы. [4]

1. Спецификация процесса 0.19 «Вход пользователя в систему»

@ВХОД = ДАННЫЕ ДЛЯ ВХОДА В СИСТЕМУ

@ВХОД = ПАРОЛЬ ПОЛЬЗОВАТЕЛЯ

@ВЫХОД = E-MAIL ПОЛЬЗОВАТЕЯ

@СПЕЦПРОЦ 0.19 «Вход пользователя в систему»

Пользователь вводит ДАННЫЕ ДЛЯ ВХОДА В СИСТЕМУ: e-mail и пароль.

Введённый пароль сравнивается с ПАРОЛЕМ ПОЛЬЗОВАТЕЛЯ из базы данных.

ЕСЛИ пароли совпадают, ТО пользователь входит в систему.

ЕСЛИ пароли не совпадают, ТО пользователь получает сообщение об ошибке.

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 0.19

2. Спецификация процесса 0.15.6 «Оставление заявки»

@ВХОД = ЗАЯВКА НА УЧАСТИЕ В МЕРОПРИЯТИИ

@ВХОД = ЗАЯВКА НА КУРАТОРСТВО

@ВЫХОД = ОСТАВЛЕННЫЕ ЗАЯВКИ

@СПЕЦПРОЦ 0.15.6 «Оставление заявки»

Пользователь оставляет ЗАЯВКУ НА УЧАСТИЕ В МЕРОПРИЯТИИ или ЗАЯВКУ НА КУРАТОРСТВО, которая включает в себя: дату подачи заявки и id_пользователя, оставившего её.

ОСТАВЛЕННЫЕ ЗАЯВКИ заносятся в базу данных.

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 0.15.6

3. Спецификация процесса 0.12.3.1 «Назначение куратора группе»

@ВХОД = СПИСОК ГРУПП

@ВХОД = СПИСОК ПОТЕНЦИАЛЬНЫХ КУРАТОРОВ

@ВЫХОД = ГРУППА И КУРАТОР

@СПЕЦПРОЦ 0.12.3.1 «Назначение куратора группе»

Из базы данных извлекается СПИСОК ГРУПП участников мероприятия и СПИСОК ПОТЕНЦИАЛЬНЫХ КУРАТОРОВ МЕРОПРИЯТИЯ.

Каждой группе назначается один куратор.

ЕСЛИ кураторов меньше, чем групп, ТО один куратор может курировать несколько групп. ЕСЛИ кураторов больше, чем групп, ТО выбираются кураторы, подавшие заявку первыми.

Заявки незадействованных кураторов отклоняются.

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 0.12.3.1

4. Спецификация процесса 0.10.5 «Изменение информации о мероприятии»

@ВХОД = ПРАВА ДОСТУПА

@ВХОД = ИНФОМАЦИЯ О МЕРОПРИЯТИИ

@ВЫХОД = ИНФОРМАЦИЯ О МЕРОПРИЯТИИ

@СПЕЦПРОЦ 0.10.5 «Изменение информации о мероприятии»

Система проверяет ПРАВО ПОЛЬЗОВАТЕЛЯ на изменение информации о мероприятии.

ЕСЛИ пользователь имеет право на изменение информации, ТО ему предлагается ввести новую ИНФОРМАЦИЮ О МЕРОПРИЯТИИ.

Новые данные заносятся в базу данных.

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 0.10.5

5. Спецификация процесса 0.1.2.2 «Отправка уведомления о регистрации по e-mail»

@ВХОД = ДАННЫЕ ПОЛЬЗОВАТЕЛЯ

@ВЫХОД = УВЕДОМЛЕНИЕ О РЕГИСТРАЦИИ

@СПЕЦПРОЦ 0.1.2.2 «Изменение информации о мероприятии»

Система получает из базы данных ДАННЫЕ ПОЛЬЗОВАТЕЛЯ: e-mail, дату регистрации и статус разрешения на регистрацию.

УВЕДОМЛЕНИЕ О РЕГИСТРАЦИИ, содержащее статус (произведена или отклонена) и дату регистрации, отправляется пользователю по e-mail.

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 0.1.2.2

Диаграмма Насси — Шнейдермана

Визуальные языки проектирования являются относительно новой методикой разработки спецификаций процесса. Они позволяют определить потоки управления с помощью специальных иерархически организованных схем. [2]

Один из подходов – подход с использованием диаграммы Насси – Шнейдермана. Диаграмма Насси – Шнейдермана, описывающая процесс «Занесение данных пользователя в базу», приведена на рис. 17.

Рис. 17. Диаграмма Насси – Шнейдермана

Реализация

В качестве реализации проекта был разработан WEB-портал, где размещается информация о мероприятиях, проводимых внутри университета «Дубна».

При загрузке портала пользователи видят главную страницу (рис. 18).

Рис. 18. Главная страница

Любой неавторизованный пользователь может просматривать информацию портала, но в краткой форме (рис.19). Чтобы просматривать более подробную информацию, оставлять заявки на участие в мероприятиях и писать отзывы, необходимо войти в систему или зарегистрироваться.

Рис. 19. Олимпиады

Далее рассмотрим регистрацию преподавателя Светланы Михайловны.

Для регистрации необходимо нажать на «РЕГИСТРАЦИЯ» и заполнить появившуюся форму (рис. 20). Все поля заполняются в обязательном порядке и в дальнейшем проверяются системой.

Рис. 20. Регистрация

В последнем поле следует указать, кем Вы являетесь: «Преподаватель», «Студент», «Школьник», после чего появятся дополнительные поля для заполнения (рис. 21).

Рис. 21. Регистрация

Особенностью регистрации пользователя под статусом «Преподаватель» является уникальный ключ, который знают только преподаватели.

При успешной регистрации пользователю на почту приходит уведомление с его логином и паролем. Теперь он может авторизоваться (рис.22, рис. 23).

Рис. 22. Авторизация

Рис. 23. Авторизация

Авторизованный пользователь со статусом «Преподаватель» имеет возможность просматривать подробную информацию о мероприятиях, добавлять, изменять, удалять ее, оставлять заявку на курирование и участие, добавлять и просматривать отзывы (рис. 24). При добавлении нового мероприятия всем пользователи-участники портала получают e-mail рассылку, содержащую информацию о приближающихся событиях.

Рис. 24. Олимпиады

Для подачи заявки на курирование необходимо нажать «Оставить заявку на курирование». Для подачи заявки на участие — «Оставить заявку на участие». Информация о заявке обрабатывается системой и пользователю на почту приходит уведомление об оставленной заявке и сроках ее подтверждения.

Заключение